Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour
Identifieur interne : 002952 ( Main/Exploration ); précédent : 002951; suivant : 002953Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour
Auteurs : Dov Dori [Israël]Source :
- Journal of Logic and Computation [ 0955-792X ] ; 1995-04.
Abstract
The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.
Url:
DOI: 10.1093/logcom/5.2.227
Affiliations:
Links toward previous steps (curation, corpus...)
- to stream Istex, to step Corpus: 001292
- to stream Istex, to step Curation: 001215
- to stream Istex, to step Checkpoint: 001D09
- to stream Main, to step Merge: 002B09
- to stream Main, to step Curation: 002952
Le document en format XML
<record><TEI wicri:istexFullTextTei="biblStruct"><teiHeader><fileDesc><titleStmt><title>Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
<author wicri:is="90%"><name sortKey="Dori, Dov" sort="Dori, Dov" uniqKey="Dori D" first="Dov" last="Dori">Dov Dori</name>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">ISTEX</idno>
<idno type="RBID">ISTEX:D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08</idno>
<date when="1995" year="1995">1995</date>
<idno type="doi">10.1093/logcom/5.2.227</idno>
<idno type="url">https://api.istex.fr/document/D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08/fulltext/pdf</idno>
<idno type="wicri:Area/Istex/Corpus">001292</idno>
<idno type="wicri:Area/Istex/Curation">001215</idno>
<idno type="wicri:Area/Istex/Checkpoint">001D09</idno>
<idno type="wicri:doubleKey">0955-792X:1995:Dori D:object:process:analysis</idno>
<idno type="wicri:Area/Main/Merge">002B09</idno>
<idno type="wicri:Area/Main/Curation">002952</idno>
<idno type="wicri:Area/Main/Exploration">002952</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title level="a">Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour</title>
<author wicri:is="90%"><name sortKey="Dori, Dov" sort="Dori, Dov" uniqKey="Dori D" first="Dov" last="Dori">Dov Dori</name>
<affiliation wicri:level="1"><country xml:lang="fr">Israël</country>
<wicri:regionArea>Faculty of Industrial Engineering and Management, Israel Institute of Technology, Technion Haifa 32000</wicri:regionArea>
<wicri:noRegion>Technion Haifa 32000</wicri:noRegion>
</affiliation>
<affiliation wicri:level="1"><country wicri:rule="url">Israël</country>
</affiliation>
</author>
</analytic>
<monogr></monogr>
<series><title level="j">Journal of Logic and Computation</title>
<idno type="ISSN">0955-792X</idno>
<idno type="eISSN">1465-363X</idno>
<imprint><publisher>Oxford University Press</publisher>
<date type="published" when="1995-04">1995-04</date>
<biblScope unit="volume">5</biblScope>
<biblScope unit="issue">2</biblScope>
<biblScope unit="page" from="227">227</biblScope>
<biblScope unit="page" to="249">249</biblScope>
</imprint>
<idno type="ISSN">0955-792X</idno>
</series>
<idno type="istex">D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08</idno>
<idno type="DOI">10.1093/logcom/5.2.227</idno>
<idno type="ArticleID">5.2.227</idno>
</biblStruct>
</sourceDesc>
<seriesStmt><idno type="ISSN">0955-792X</idno>
</seriesStmt>
</fileDesc>
<profileDesc><textClass></textClass>
<langUsage><language ident="en">en</language>
</langUsage>
</profileDesc>
</teiHeader>
<front><div type="abstract">The object-process analysis (OPA) methodology combines ideas from object-oriented analysis (OOA) and data flow diagrams (DFD) to model both the structural and procedural aspects of a system in one coherent frame of reference. This is contrary to conventional object-oriented approaches, that use different tools to describe the structure and the behaviour of the system. The underlying observation of the OPA paradigm is that every thing in the universe of interest is either an object or a process, and that a process is not necessarily a method of a single object class. This opens the door for the possibility of modelling systems so that both their structural and procedural relations are represented within the same frame of reference, without suppressing each other. The two major differences between OPA and OOA are OPA's detachment of processes from objects and its recursive scaling capability. The OPA methodology has proven to model faithfully complex systems, such as computer integrated manufacturing, documentation and inspection and an intelligent computer-assisted instruction shell. This work lays down the foundations of OPA. It provides concise definitions of the basic building blocks of the method: objects, processes, classes, features, and the structural and procedural relations among them. The object-process diagram (OPD) is presented as an effective visualization tool that incorporates elements from both DFD and OOA. Due to synergy, both the information content and expressive power of OPD are greater than those of DFD and OOA diagrams combined.</div>
</front>
</TEI>
<affiliations><list><country><li>Israël</li>
</country>
</list>
<tree><country name="Israël"><noRegion><name sortKey="Dori, Dov" sort="Dori, Dov" uniqKey="Dori D" first="Dov" last="Dori">Dov Dori</name>
</noRegion>
<name sortKey="Dori, Dov" sort="Dori, Dov" uniqKey="Dori D" first="Dov" last="Dori">Dov Dori</name>
</country>
</tree>
</affiliations>
</record>
Pour manipuler ce document sous Unix (Dilib)
EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/OcrV1/Data/Main/Exploration
HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 002952 | SxmlIndent | more
Ou
HfdSelect -h $EXPLOR_AREA/Data/Main/Exploration/biblio.hfd -nk 002952 | SxmlIndent | more
Pour mettre un lien sur cette page dans le réseau Wicri
{{Explor lien |wiki= Ticri/CIDE |area= OcrV1 |flux= Main |étape= Exploration |type= RBID |clé= ISTEX:D0ADC59FACDC4B5CEA5DF3F47A46FB1CB4C42C08 |texte= Object-process Analysis: Maintaining the Balance Between System Structure and Behaviour }}
This area was generated with Dilib version V0.6.32. |